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(54) Installation de transmission de messages a stations perfectionnees, et precede 
correspondant 



(57) Une installation de transmission de messages 
comprend des stations (S) comportant un systeme d'ex- 
ploitation (4), un etage "reseau" (3) pour trailer et gene- 
rer des messages d'un premier format, une carte de 
communication (1) pour I'echange de messages d'un 
second format avec un reseau, un etage "pilote" (2) pour 
placer des messages recus de la carte (1 ) ou de I'etage 
reseau (3) dans le premier ou second format et les trans- 
mettre a I'etage reseau (3)ou a la carte (1 ). Les stations 



comprennent en outre un etage de gestion (5) couple 
au systeme Sexploitation (4) et propre a intercepter les 
messages au premier format devant etre echanges par 
I'etage reseau et I'etage pilote pour analyser les infor- 
mations qu'ils contiennent et decider de la poursuite de 
leur transmission, moyennant un eventuel traitement, 
et/ou propre a generer des messages au second format 
destines aux stations du reseau, lorsqu'une condition 
choisie est verifiee. 
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Description 

[0001] L'invention concerne les reseaux ou installa- 
tions inlormatiques qui permettent les echanges de 
messages entre des postes ou stations. 
[0002] Elle concerne plus precisement, mais de facon 
non limitative, les reseaux dont la transmission est de 
type "radio-frequence", c'est a dire ceux qui ne requie- 
rent pas de liaisons dites "a support materiel" ou "filai- 
res" (comme par exemple les cables ou fibres optiques). 
[0003] De tels reseaux, que Ton peut qualifier de lo- 
caux. sont faciles a implanter, mais ils presentent ce- 
pendant un inconvenient lie a la faible portee des trans- 
missions, typiquement quelques dizaines de metres 
pour des debits de quelques Megabits/seconde. Cette 
limitation etant due principalement aux lois de la physi- 
que qui regissent les transmissions radio, elle est done 
incontournable. 

[0004] L'homme de Tart a propose certaines solutions 
pour paiiier ce probleme, comme par exemple augmen- 
ter les puissances Remission, ou bien amelbrer la re- 
ception en utilisant des antennes a gain. 
[0005] Pour ce qui concerne plus particulierement les 
reseaux locaux, il est d'usage d'utiliser des stations eloi- 
gners los unos des autres d'une centaine de metres au 
moins. Certains de ces reseaux presentent une archi- 
tecture classique dans laquelle les stations sont reliees 
au niveau "2", comme par exemple le niveau MAC ou 
le niveau LLC du modele ISO de I'OSI. Plus precise- 
ment, les stations comprennent un systeme Sexploita- 
tion, un etage (ou couche) dit "reseau' qui traite et ge- 
nere des messages d'un premier format, une carte de 
communication pour les echanges de messages d'un 
second format avec d'autres stations appartenant, ge- 
neralement, au meme reseau, un etage dit "pilote" (con- 
nu en anglais sous fe nom de "driver", comme notam- 
ment fe driver MAC) pour placer des messages recus 
de la carte ou de I'etage reseau respectivement dans le 
premier format ou dans le second format et les trans- 
mettre a I'etage reseau ou a la carte, ainsi que des 
moyens pour I'interfacage des etages, carte et systeme 
d'exploitation entre eux (il s'agit generalement de logi- 
ciels et/ou cables de connexion). 
[0006] Dans ce type de reseaux, la solution proposee 
pour le relayage de messages (ou trames) consiste a 
utiliser au niveau 2 de chaque station des techniques 
du type de celles decrites dans le Brevet du Demandeur 
FR 9509928. Ces techniques requierent des cartes re- 
seaux dites "intelligentes" possedant leurs propres res- 
sources materiel et logiciel. De telles carles sont com- 
plexes et couteuses, ce qui va a I'encontre de ce qui se 
fait dans les reseaux ftlaires ou les cartes sont de con- 
ception simple. 

[0007] L'invention a done pour but de procurer une 
installation de transmission de messages, et le procede 
correspondant, qui ne presentent pas ('inconvenient 
p recite 

[0008] Elle propose a cet effet une installation du type 



decrit dans ('introduction, dans laquelle certaines sta- 
tions, au moins, comprennent un etage de gestion cou- 
ple a leur systeme d'exploitation par les moyens d'inter- 
face et place entre leur etage reseau et leur etage pilote 
5 de maniere a effectuer Tune et/ou I'autre des operations 
a) et b) suivantes : 



a) I'interception des messages au premier format 
qui doivent etre echanges par I'etage reseau et 
I'etage pilote (dans le sens "montant" comme dans 
le sens "descendant"), afin d'analyser les informa- 
tions qu'ils contiennent et decider de la poursuite 
de leur transmission entre etages, moyennant un 
eventuel traitement, en fonction d'au moins un cri- 
tere portant sur les informations analysees, 

b) la generation, spontanee ou sur requete, de mes- 
sages d'un type choisi, au second format, comme 
par exemple des messages de service, en vue de 
leur emission dans le reseau via la carte de com- 
munication lorsqu'une condition choisie est verifiee. 
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[0009] Par definition on qualifiera de "montant" un 
message (ou des donnees) provenant de I'etage pilote 
et se dirigeant vers I'etage reseau, tandis que I'on qua- 
25 ijfiera de "descendant" un message (ou des donnees) 
provenant de I'etage reseau et se dirigeant vers I'etage 
pilote. 

[0010] Grace a ('invention, I'etage de gestion peut ab- 
sorber un message montant (par exemple filtrer quali- 
30 tativement ou bien extraire des informations qui le con- 
cerne exclusivement), et/ou generer un message des- 
cendant (par exemple un message de service), et/ou in- 
tercepter un message descendant pour lui adjoindre 
des donnees ou pour generer un autre message des- 
35 cendant, et/ou intercepter un message montant pour le 
relayer (ou router), e'est-a-dire le transformer en un 
message descendant modifie au moins partiellement 
et, eventuellement, le transmettre conjointement a I'eta- 
ge reseau. 

40 [0011] Ainsi, on entend par "decision de poursuite de 
la transmission", une decision de transformer un mes- 
sage montant en un message descendant, ou une de- 
cision de continuation de descente/montee d'un messa- 
ge descendant/montant, ou encore une decision de 
4 $ transformer un message montant en un premier mes- 
sage montant et un second message descendant, ou 
alors une decision d'interruption d'ascension d'un mes- 
sage montant dans le but de se servir de ses informa- 
tions au niveau de I'etage de gestion (c'est notamment 
50 le cas des messages de service). 

[0012] On peut done conserver la carte de communi- 
cation (ou carte reseau), I'etage pilote et I'etage (ou cou- 
che) reseau d'une station sans modifier leurs materiels 
et logiciels respectifs. 
55 [0013] De preference, le systeme d'exploitation des 
stations munies d'un etage de gestion est de type mul- 
titaches, de sorte qu'une partie de la puissance de trai- 
tement et de la memoire de la station soit utilisee pour 
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la gestion de la connexion de cette station au reseau, 
sans que cela n'interl ere avec d'autres applications (ou 
taches). 

[0014] Selon une autre caracteristique de l'invention, 
les messages au second format comprennent un pre- s 
mier champ (forme de preference d'au moins I'adresse 
de la station de destination finale, et plus preferentielle- 
ment encore d'une premiere paire d'adresses compre- 
nant de preference les adresses de la station source ini- 
tiale et de la station de destination finale). Ce premier 10 
champ peut etre remplace ou bien, et de preference, 
complete par un second champ formant "capsule" ou 
partie d'une capsule, et forme de preference d'au moins 
une adresse de station de destination intermediaire, et 
plus preferentiellement encore d'une seconde paire '5 
d'adresses comprenant preferentiellement I'adresse de 
la derniere station ayant emis le message recu (dite sta- 
tion source intermediaire) et I'adresse de la station de 
destination intermediaire. 

[0015] Selon encore une autre caracteristique de Tin- 20 
vent ion, les messages au second format pourront com- 
prendre une donnee representative du type d'informa- 
tion qu'ils contiennent. Dans ce cas, le critere choisi 
pour la decision de la poursuite de la transmission porte 
avantageusement sur le type des informations conte- 2s 
nues dans les messages revues d'un etage de la sta- 
tion. 

[001 6] Selon encore une autre caracteristique de I'in- 
vention, les messages au second format pourront com- 
prendre une donnee representative de leur numero de 30 
sequence. 

[0017] Selon I'invention, I'etage de gestion est capa- 
ble d'assurer au moins une fonction (ou traitement) choi- 
sie parmi I'encapsulation/desencapsulation de messa- 
ges a emettre ou recus, la generation spontanee ou sur 35 
requete de messages de service, le routage d'informa- 
tion, la synchronisation de la station dans laquelle ledit 
etage de gestion est implante et eventuellement celle 
d'autres stations du reseau auquel cette station est con- 
nectee. 40 
[0018] On entend ici par routage la determination 
d'une adresse de station intermediaire pour (re)trans- 
mettre un message de facon optimale jusqu'a une ou 
plusieurs stations de destination finale, par interrogation 
d'une table de routage stockee dans I'etage de gestion, 45 
table pouvant etre mise a jour a I'aide d'informations to- 
pologiques et/ou de voisinage fournies par des messa- 
ges de service emis par les autres stations du reseau. 
[0019] Par ailleurs, on entend par desencapsulation/ 
encapsulation le retrait d'un message, ou I'ajout a celui- so 
ci, d'une capsule formee notamment d'un couple 
d'adresses. 

[0020] De plus, on entend par synchronisation "I'ali- 
gnement" d'au moins les moyens d'emission/reception 
de la station sur le mode d'emission frequentiel et le s $ 
temps de reference commun du reseau ou d'au moins 
I'une de ses stations, de sorte qu'au moins les stations 
relais du reseau soient toutes synchronises. Cette syn- 
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chronisation peut etre mise en oeuvre a I'aide des mes- 
sages de synchronisation recus des autres stations, 
mais elle peut etre egalement initiee par I'etage pilote 
d'une station. 

[0021] L'invention s'applique egalement aux stations 
munies d'au moins deux etages pilote relies chacun res- 
pectivement, d'une part, a des cartes de communication 
connectees a des reseaux differents et, d'autre part, a 
I'etage de gestion, lequel est capable de choisir I'un et/ 
ou I'autre des reseaux en vue de la transmission d'un 
message selon I'adresse de la station de destination in- 
termediaire contenue dans le message a transmettre. 
Dans ce cas, I'un des reseaux est de type radio tandis 
que le ou les autres reseaux sont de preference de type 
filaire. Ainsi, il est possible d'utiliser un reseau filaire 
comme raccourci, ou bien comme solution de secours 
lorsque la transmission radio s'avere impossible. 
[0022] Selon encore une autre caracteristique de I'in- 
vention, des que I'etage de gestion est agence pour ef- 
fectuer au moins deux fonctions (ou traitements) diffe- 
rents, celui-ci comprend, de preference, des moyens 
d'aiguillage connectes aux moyens qui assurent ces 
fonctions et capables d'aiguiller les messages (ou don- 
nees) a partir du type d'informations qu'ils contiennent. 
[0023] L'invention propose egalement un procede de 
transmission de messages (ou donnees ou frames) en- 
tre des stations d'une installation du type de celle decrite 
ci-avant, comportant I'une et/ou I'autre des etapes 
suivantes : 

intercepter chaque message qui doit etre echange 
entre I'etage reseau et I'etage pilote d'une station, 
puis analyser les informations qui sont contenues 
dans le message intercepts de maniere a decider 
de la poursuite de leur transmission, moyennant un 
eventuel traitement, en fonction d'au moins un cri- 
tere portant sur les informations analysees, 
generer un message d'un type choisi en vue de son 
emission dans le reseau lorsqu'une condition choi- 
sie est verifiee. 

[0024] D'autres caracteristiques et avantages de I'in- 
vention apparaitront a I'examen de la description de- 
taillee ci-apres, et des dessins annexes, sur lesquels : 

la figure 1 est un schema tres simplifie illustrant I'ar- 
chitecture d'une station de Part anterieur; 

les figures 2A et 2B sont des schemas tres simpli- 
fies illustrant les architectures de deux formes de 
realisation de stations selon l'invention; 

les figures 3A et 3B sont des schemas simplifies 
illustrant plus en detail les architectures des sta- 
tions des figures 2A et 2B, lorsque leur etage de 
gestion est capable d'assurer des fonctions de rou- 
tage et de traitement de messages de service; 
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la figure 4 illustre un exemple de format de message 
utilise dans les installations de Tart anterieur; 

la figure 5 illustre un exemple de format de message 
utilise dans les installations selon I'invention: s 

la figure 6 illustre un exemple d'aiguillage de mes- 
sage montant dans une station du type de celle il- 
lustree sur la figure 2A; 
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- la figure 7 illustre un exemple de routage d'un mes- 
sage descendant dans une station du type de celle 
illustree sur la figure 2A; 

la figure 8 est un diagramme bloc illustrant le trai- is 
tement d'un message montant par I'etage de ges- 
tion: 

la figure 9 est une variante de la station illustree sur 
la figure 3A. zo 

[0025] Les dessins annexes sont, pour I'essentiel, de 
caractere certain. En consequence, ils pourront non 
seulement servir a completer celle-ci, mais aussi con- 
tribuer a la definition de ('invention le cas echeant. 2S 
[0026] On se refere tout d'abord a la figure 1 pour de- 
crire un exemple d'installation de transmission de mes- 
sages (ou donnees, ou encore trames) de Cart anterieur. 
[0027] Sur cette figure 1, se trouve representee une 
partie d'une installation de transmission de donnees (ou 30 
reseau) dans laquelle des stations Si (ici i = 1 et 2) peu- 
vent echanger des messages (ou trames) comportant 
des donnees (ou informations). Ici, ('installation forme 
un reseau local de type radio-frequence dans lequel les 
messages sont echanges par des ordinateurs PC (Per- 35 
sonal Computer) via le medium ether. 
[0028] Pourautoriserdetelles transmissions, chaque 
station Si presente une architecture de communication 
particuliere, organisee comme suit. 
[0029] Tout d'abord, on prevoit une carte de commu- 40 
nication 1 dite carte reseau qui comprend un transceiver 
pour remission/ reception, un composant reseau sus- 
ceptible de recuperer les messages transitant sur le me- 
dium (ici Tether) et de les stocker dans une memoire de 
type tampon apres verification de I'integrite des messa- 45 
ges (ou paquet, ou trame). 

[0030] Ensuile, on prevoit un 6tage pilote 2 (ou en an- 
glais driver) connecte a la carte reseau 1 par des 
moy ens d' interface telsqu'un cable d'interconnexion, et 
permettant aux couches dites "hautes" des protocoles so 
reseau de recuperer les messages ou paquets. Dans 
cet exemple, I'etage pilote est de type MAC. Mais, il 
pourrait s'agir d'un etage pilote d'un autre type comme 
par exemple de type LLC du modele ISO de I'OSI. Ha- 
bituellement, cet etage pilote 2 est une couche logiciel $s 
permettant d'initialiser la carte de communication 1 (car- 
te reseau) et plus particulierement son transceiver et 
son composant reseau. 



[0031] On prevoit ensuite, Veliee" a I'etage pilote 
MAC 2, une couche dite "reseau" 3 qui est en fait la cou- 
che haute des protocoles reseau cites ci-avant. II s'agit 
egalement, en general, d'une couche logiciel. 
[0032] Habituellement, la couche reseau 3 et I'etage 
pilote MAC 2 sont relies par des moyens d'interface, 
normalises, de type logiciel. A titre d'exemple, dans les 
environnements de type Windows et Windows NT (mar- 
ques deposees par la Societe MICROSOFT) I'interface 
est connu sous le nom NDIS. Dans un autre exemple 
correspondant a I'environnement Novel, cette interface 
est appelee ODI. 

[0033] La couche (ou etage) reseau 3 et I'etage pilote 
MAC 2 sont tous les deux geres par le systeme d'ex- 
ploitation 4 de la station hote dans laquelle ils sont ins- 
talls. En d'autres termes, ils fonctionnent en utilisant 
les ressources du systeme d'exploitation 4 de la station 
Si. 

[0034] Comme indique* dans Tint rod uction, du fait des 
limitations physiques de la transmission radio, il est im- 
peratif que les stations du reseau local puissent relayer 
des messages ou trames. Or, dans les installations de 
I'art anterieur, ceci ne peut etre effectue qu'en faisant 
appel a des techniques de relayage de trame, du type 
de celles decrites dans le Brevet du Demandeur FR 95 
09928, qui necessitent pour etre mises en oeuvre des 
cartes reseau (cartes de communication) "intelligentes" 
qui vont a I'encontre des habitudes de fhomme de I'art 
du fait de leur complexity et leur prix eleve. 
[0035] L'invention vient done apporter une solution 
particulierement elegante a ('inconvenient presente par 
les installations de transmission de messages de I'art 
anterieur. 

[0036] On se refere maintenant aux figures 2A et 3A 
pour decrire I'architecture generate des stations d'une 
installation de transmission de messages selon I'inven- 
tion. 

[0037] Selon l'invention, on part de I'architecture clas- 
sique decrite en reference a la figure 1 , et Ton vient "in- 
tercaler" entre I'etage pilote MAC 2 et I'etage (ou cou- 
che) reseau 3 d'une station Si un etage (ou couche) de 
gestion de reseau 5 utilisant les ressources du systeme 
d'exploitation 4. 

[0038] De preference, et dans le but d'eviter toute in- 
terference sensible entre les differentes applications ou 
taches du systeme d'exploitation 4 de la station hote Si 
et la tache effectuee par cet etage de gestion de reseau 
5, le systeme d'exploitation 4 de la station Si est choisi 
de type multitaches. 

[0039] Les systemes d'exploitation modernes dispo- 
sent d'ordonnanceurs qui permettent de scruter les dif- 
ferentes taches en attente tous les centiemes de secon- 
de environ. Par ailleurs, il est parfois possible de donner 
des priorites aux differentes taches en attente. Par con- 
sequent, il est envisageable que des taches de fond 
(celles qui sont executees en permanence) restent pra- 
tiquement imperceptibles a I'utilisateur d'une station. 
[0040] On peut noter que dans I'architecture de la fi- 
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gure 1 les traitements de type temps reel sont executes 
par la carte reseau, de sorte que les taches de I'etage 
de gestion de reseau n'aient pas de tels traitements a 
effectuer. It est envisageable de traiter ces differentes 
taches comme des taches de fond. 
[0041] Dans I'architecture classique illustree sur la fi- 
gure 1 , les flux de donnees (ou messages) vont soit 
dans le sens montant, c'est-a-dire de la carte reseau 1 
vers la couche reseau 3, soit dans le sens descendant, 
c'est-a-dire de la couche reseau 3 vers la carte reseau 
V Dans ('architecture selon I'invention, les flux de don- 
nees ou messages qui doivent etre echanges entre la 
couche reseau 3 et I'etage pilote 2 (dans un sens com- 
me dans I'autre) sont intercepts. II en resulte que dans 
une station donnee, I'etage pilote MAC 2 et I'etage de 
gestion de reseau 3 peuvent, dans certains modes de 
realisation, traiter des messages (ou trames) qui ne sont 
pas destines a la station consideree. Une telle possibi- 
lity va, comme nous le verrons ci-apres, permettre a la 
station d'assurer des fonctions de connectivity et/ou de 
synchronisation qui depassent la simple transmission, 
directe, d'une station source vers une station de desti- 
nation finale. 

[0042] L'etage de gestion de reseau 5 peut etre ca- 
pable, dans certains modes de realisation, de generer 
de maniere spontanee, ou bien sur requete d'un niveau 
superieur comme par exemple la couche (ou etage) re- 
seau 3, des messages, notamment de service, en direc- 
tion d'autres stations du reseau local. 
[0043] II est clair que le nombre de traitements (ou 
fonctions) differents que I'etage de gestion de reseau 5 
pourra effectuer dependrades besoins. Ainsi, cet etage 
de gestion de reseau 5 pourra ne faire qu'intercepter 
des messages montants ou descendants en vue de de- 
cider de leur transmission, moyennant un eventuel trai- 
tement, ou bien ne permettre que de generer des mes- 
sages descendants d'un type choisi (par exemple de 
service ou de synchronisation), ou bien permettre a la 
fois I'interceptbn et la generation de messages. 
[0044] Sur la figure 2B se trouve illustree une variante 
de ('architecture de la station de la figure 2 A. Dans cette 
variante, la station est raccordee a deux reseaux (refe- 
rences reseau 1 et reseau 2). Pour ce faire, la station 
Si possede deux cartes de communication reseau 1-1 
et 1 -2 respectivement capables d'emettre des messa- 
ges dans les media des reseaux 1 et 2, ou bien de re- 
cevoir des messages circulant dans ces media des re- 
seaux 1 et 2, chaque carte reseau 1-i etant reliee a un 
etage pilote MAC 2-1 ou 2-2 par I'intermediaire de 
moyens d'interface appropries, chaque etage pilote 
MAC 2-i (i=1 et 2) etant lui-meme "relie" a un unique 
etage de gestion de reseau 5. 

[0045] Le reseau 1 est ici, par exemple, un reseau 
sans fil (ou reseau radio) tandis que le reseau 2 est un 
reseau filaire. Bien entendu, les deux reseaux pour- 
raient etre des reseaux radio emettant sur des frequen- 
ces differentes et selon des modes ou protocoles diffe- 
rents. 



[0046] Ainsi, grace a une telle variante de realisation, 
il est possible de decider, au niveau de I'etage de ges- 
tion de reseau 5, d'emettre un message sur deux re- 
seaux en meme temps, ou bien de retransmettre un 
5 message issu d'un premier reseau dans un second re- 
seau, eventuel lement de facon momentanee, le second 
reseau etant ici utilise soit comme raccourci, soit comme 
reseau de secours dans les cas ou la station de desti- 
nation finale d'un message ne peut pas etre jointe par 

70 la station note ayant recu ce message. 

[0047] Bien entendu, I'etage de gestion de reseau 5 
pourrait gerer plus de deux reseaux, par exemple trois, 
ou quatre, ou plus encore, moyennant ['utilisation 
d'autant de couches ou etages pilotes 2-i et de cartes 

'is de communication reseau 1 -i qu'il y a de reseaux. 
[0048] En d'autres termes. et en resume, I'etage de 
gestion de reseau 5 d'une station Si permet de realiser 
ce que I'homme de Tart appelle un pont "cable-radio". 
[0049] II est clair qu'un tel etage de gestion de reseau 

20 5 est realise, de preference, a I'aide d'un logiciel de sorte 
qu'il n'y ait pas besoin de modifier en quoi que ce soit 
ni la couche (ou etage) reseau 3 ni I'etage pilote MAC 
2. Bien entendu, lorsque Ton possede les codes sources 
de I'etage pilote MAC 2, il est envisageable de reunir en 

25 un unique etage I'etage de gestion de reseau 5 et I'etage 
pilote MAC 2. 

[0050] On se refere maintenant aux figures 3 A et 3B 
pour decrire plus en detail les architectures des stations 
illustrees respectivement sur les figures 2A et 2B. 

30 [0051] Comme indique precedemment, I'etage de 
gestion de reseau 5 est capable d'assurer au moins une 
fonction, et de preference au moins deux. C'est notam- 
ment le cas dans les exemples illustres sur les figures 
3A et 3B. En effet, I'etage de gestion de reseau 5 est 

35 agence de maniere a permettre le routage (dans le sens 
le plus large du terme), ainsi que la gestion de messa- 
ges ou paquets de service. 

[0052] Avant de decrire plus en detail I'etage de ges- 
tion de reseau 5, on va rappeler maintenant la constitu- 
te tion generate d'une trame (ou paquet, ou encore mes- 
sage) d'une installation de I'art anterieur. 
[0053] Sur la figure 4 se trouve il lust re de facon tres 
schematique un message utilise dans les installations 
de I'art anterieur. Un tel message comporte au moins un 
45 champ comprenant une paire d'adresses, comprenant 
une adresse de station de destination finale 6 et une 
adresse de station source initiale 7, ainsi que des don- 
nees 13 formant le contenu du message a traiter. On 
entend ici par station de destination finale 6, la station 
so qui est la destinataire du message, tandis que la station 
source initiale 7 est celle qui a emis le message en di- 
rection de la station de destination finale 6. 
[0054] Bien entendu, la trame illustree sur la figure 4 
peut contenir eventuellement d'autres informations. De 
55 telles informations peuvent etre trouvees : par exemple, 
dans la norme IEEE 802.11. 

[0055] L'adresse de la station de destination finale est 
directement utilisee par la carte reseau 1 pour filtrer les 
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trames qui lui parviennent, si bien que seules les tra- 
mes, sauf cas d'especes, qui sont arrivees a destina- 
tion, et qui par consequent concement la station note, 
sont remontees vers la couche reseau 3. 
[0056] Sur la figure 5 se trouve illustre un paquet (ou 
trame, ou encore message) du type de ceux qui peuvent 
etre utilises dans une installation selon I'invention. Com- 
me on le verra plus loin, ce type de message pourrait 
conprendre sensiblement moins d'informations ou 
champs, notamment dans les modes dits "broadcast" 
ou "full promiscuous" qui sont des modes dits "a diffu- 
sion". 

[0057] Une trame du type de celle illustree sur la figu- 
re 5 comporte un premier champ constitue d'une pre- 
miere paire d'adresses, comprenant une adresse de 
station de destination finale 6 et une adresse de station 
source initiale 7, un second champ constitue d'une se- 
conde paire d'adresses, formant capsule (ou partie de 
capsule), et comprenant une adresse de station de des- 
tination intermediaire 8 et une adresse de station source 
intermediaire 9, un champ 1 0 designant le type de trame 
(ou en d'autres termes le type d'informations contenues 
dans le message ou la trame), un champ designant 11 
un numero de sequence, eventuellement d'autres types 
d'informations 12, ainsi que les donnees 13, formant le 
contenu du message a traiter. Une telle trame est appe- 
lee trame au second format, en comparaison avec une 
trame qui "sort" de I'etage reseau 3dite au premier for- 
mat et qui ne comprend pas de seconde paire d'adres- 
ses. Par ailleurs, du fait de la presence de la seconde 
paire d'adresses 8 et 9, placee avant la premiere paire 
d'adresses 6 et 7, la trame est dite encapsulee. 
[0058] On entend ici par station de destination inter- 
mediaire 8, la prochaine station vers laquelle doit etre 
emis un message, tandis que la station source interme- 
diaire 9 est la station qui va emettre le message destine 
a la station de destination intermediaire 8. 
[0059] Comme on le verra ci-apres, le champ 10 de 
type de trame va etre utilise pour aiguiller la trame par- 
venue dans I'etage de gestion de reseau 5, permettant 
ainsi d'optimiser son traitement. 
[0060] Le champ 11 de numero de sequence n'est pas 
obligatoire, mais il peut etre utile dans la mesure ou il 
permet de refuser des trames deja recues ou de ne pas 
prendre en compte certaines d'entre etles. 
[0061] Enfin, la premiere paire d'adresses 6 et 7 va 
servir dans les fonctions de routage/relayage, qui seront 
decrites plus loin : afin d'optimiser le choix de la station 
de destination intermediaire 8. 

[0062] II est clair que la station de destination finale 6 
peut etre identique a la station de destination interme- 
diaire 8. De meme, lorsqu'un message est emis par une 
station note donnee, I'adresse de la station source ini- 
tiale 7, qui est sa propre adresse, est identique a I'adres- 
se de la station source intermediaire 9. 
[0063] Dans le mode de realisation illustre sur les fi- 
gures 3A et 38, I'etage de gestion de reseau 5 doit as- 
surer une fonction de routage de message, ainsi qu'une 



fonction de gestion de paquets (ou messages) de ser- 
vice. Pour ce faire, il comprend un module de gestion 
de service reseau 14 ainsi qu'un module de gestion de 
paquets (ou messages) de service 1 5 relies a un module 
5 d'aiguillage 1 6 qui communique, d'une part, avec la cou- 
che reseau 3, et d'autre part, avec un module de desen- 
capsulation/encapsulation 17, lui-meme "relie" a I'etaqe 
pilote MAC 2. 

[0064] Ce module de desencapsulation/encapsula- 
'0 tion 17 a pour but de retirer ou d'adjoindre la capsule 
(ou la partie de capsule) composee notamment de la 
seconde paire d'adresses 8 et 9. selon que le sens de 
transmission des donnees est montant ou descendant. 
[0065] Lorsque I'etage pilote MAC 2 recoit de la carte 
7 $ reseau 1 un message au second format, du type decelui 
illustre sur la figure 5, il le fait remonter vers la couche 
reseau 3. Du fait de la presence de I'etage de gestion 
de reseau 5, le message au second format est intercep- 
ts en sortie de I'etage pilote MAC 2 avant qu'il n'arrive 
20 a la couche reseau 3. Plus precisement, ce message au 
second format est intercepts par le module de desen- 
capsulation/encapsulation 17 qui en extrait la capsule, 
c'est-a-dire la seconde paire d'adresses 8 et 9. L'extrac- 
tion peut etre physique, c'est-a-dire que le message au 
25 second format peut se voir retirer cette seconde paire 
d'adresses 8 et 9 (ou capsule, ou partie de capsule), 
laquelle peut eventuellement etre memorisee, mais elle 
peut egalement etre "virtu elle", la seconde paire 
d'adresses restant dans le message au second format 
30 (et ledit message restant eventuellement memorise 
dans son integralite dans une memoire appropriee). Le 
message desencapsule par le module de desencapsu- 
lation/encapsulation 17 est alors transmis au module 
d'aiguillage 16, lequel va alors analyser le champ 10 de 
35 type de trame qu'il contient de maniere a transmettre le 
message desencapsu le sort a Tun des modules 1 4 et 1 5 
de I'etage de gestion de reseau 5, sort directement a la 
couche reseau 3, soit encore a la couche reseau 3 et a 
Tun au moins des modules 14 et 15. 
40 [0066] II faut noter, ici, que dans les variantes ou I'eta- 
ge de gestion de reseau ne fonctionne qu'en mode de 
type "broadcast" (ou a diffusion), il n'est pas indispen- 
sable qu'il comprenne un module de desencapsulation/ 
encapsulation. 

45 [0067] Bien entendu, on pourrait imaginer que 
I'aiguillage repose sur I'analyse d'un autre champ spe- 
cifique contenu dans le message au second format, par 
exemple dans son champ 1 2 designe sur la figure 5 par ' 
"autres informations". 
so [0068] Dans I'exemple illustre sur la figure 3A, un 
message de service re?u par I'etage de gestion de re- 
seau 5 est done distribue par le module d'aiguillage 16 
au seul module de gestion des paquets de service 15. 
De meme, un message contenant des informations de 
55 routage ou devant etre route sera directement distribue 
par le module d'aiguillage au module de routage 1 4 ' En- 
fin, un message ne contenant que des donnees 1 3 (ou 
informations) concernant les couches hautes de la sta- 
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tion sera directement distribue par le module d'aiguilla- 
ge 16 a la couche reseau 3. 

[0069] Le raisonnement inverse peut etre applique 
pour un message descendant provenant d'une couche 
haute, telle que la couche reseau 3, et dirige vers I'etage 
pilote MAC 2 (voir figure 7). Dans ce cas, le message 
qui est fourni par la couche reseau 3 est au premier for- 
mat, dans la mesure ou il contient des donnees 1 3 ainsi 
qu'une premiere paire d'adresses contenant une adres- 
se de station de destination finale 6 et une adresse de 
station source initiale 7 qui dans ce cas se trouve etre 
la station note Mais ce message pourrait comprendre 
d'autres champs differents de la seconde paire d'adres- 
ses 8 et 9. 

[0070] Ce message au premier format est, sauf ex- 
ception hee a un mode de transmission de type "broa- 
dcast" (ou "a ditlusion"), mtercepte par I'etage de ges- 
tion de reseau 5, et plus precisement par son module 
d'aiguillage 16. En effet. un message au premier format 
provenant de la couche reseau 3 peut contenir des in- 
formations utiles a Tun des modules 14 ou 15, ou bien 
une requete d'emtssion d'un message de service. De 
plus, et surtout. le module de gestion de services reseau 
14 (routage) a pour fonclion de determiner^ a partir de 
I'adrcssc dc la station dc destination finale 6 contenue 
dans la premiere paire d'adresses du message au pre- 
mier format recu de la couche reseau 3, I'adresse de la 
station de destination intermediate 8 de la seconde pai- 
re d'adresses en direction de laquelle doit etre emis le 
message. 

[0071] Cet aiguillage s'effectue, comme dans le sens 
montant, a partir de ('analyse du champ 1 0, e'est-a-dire 
du type de trame ou message. 
[0072] Comme cela sera explique plus loin, le module 
de gestion de service reseau 14 (routage) delivre a ce 
meme module d'aiguillage 1 6 une adresse de station de 
destination intermediaire 6. 

[0073] De preference, mais cela n'est pas obligatoire, 
le module d'aiguillage 16 transmet alors au module de 
desencapsulation/encapsulation 17 le message au pre- 
mier format ainsi que I'adresse de la station de destina- 
tion intermediaire 8. Le module de desencapsulation/ 
encapsulation 17 forme alors un message au second 
format (du type de celui illustre sur la figure 5) en adjoi- 
gnant au message au premier format issu de la couche 
reseau 3 une capsule (ou panie de capsule) constitute 
de la seconde paire d'adresses 8 et 9, laquelle com- 
prend I'adresse de la station de destination intermediai- 
re 8 determinee par le module 14 ainsi que I'adresse de 
la station source intermediaire 9, e'est-a-dire celle de la 
station note dans laquelle il est implante. 
[0074] Ce message au second format est alors trans- 
mis a I'etage pilote MAC 2, puis a la carte reseau 1 en 
vue de son emission dans le medium, ici Tether, en di- 
rection de la station de destination intermediaire 8 con- 
tenue dans la capsule (ou seconde paire d'adresses du 
message au second format). 

[0075] Dans la variante illustree sur la figure 3B, le 



module de desencapsulation/encapsulation 17 est ca- 
pable de recevoir des messages au second format d'un 
premier etage pilote MAC 2-1 et d'un second etage pi- 
lote MAC 2-2, ainsi que de fournir a ces deux etages, 
5 soit separement, soit simultanement, des messages au 
second format generes soit par I'un des modules 14 ou 
15 de I'etage de gestion de reseau 5, soit par la couche 
reseau 3. 

[0076] Bien entendu, dans la mesure ou un message 
'0 au premier format ne provient pas forcement d'une cou- 
che haute, du type de la couche reseau 3, le traitement 
peut etre legerement different. 
[0077] Ainsi, le module de gestion des paquets de 
service 15 peut soit spontanement, soit sur requete 
'5 d'une couche haute emettre un message de service en 
direction d'une ou plusieurs stations d'un ou plusieurs 
reseaux. On entend par "spontanement" un message 
emis automatiquement, par exemple periodiquement, 
ou bien emis lorsqu'un changement tbpologique a eu 
20 lieu dans une table de routage de la station concernee 
suite a la reception d'un message de service. 
[0078] Un tel message de service peut egalement 
etre destine a I'ensemble des stations du reseau, par 
exemple lorsqu'il comprend des informations topologi- 
es ques et/ou de voisinage destinees a la mise a jour des 
tables de routage des stations du reseau, et par conse- 
quent destinees a ameliorer leur connectivity. Dans ce 
cas, le message de service est constitue a partir d'une 
interrogation du contenu d'une table de routage (ou de 
30 plusieurs tables ou directoires) stockee(s) dans une me- 
moire 15 du module de gestion de service reseau 14 
(routage). 

[0079] Lorsque le message de service genere par le 
module de gestion des paquets de service 1 5 concerne 

35 une station de destination finale specifique 7, ledit mo- 
dule 15 interroge le module de gestion de service re- 
seau 1 4 de maniere a determiner une adresse de station 
de destination intermediaire 8 permettant d'optimiser 
I'acheminement dudit message de service en direction 

40 de la station de destination finale 6. Le message de ser- 
vice et I'adresse de la station de destination intermediai- 
re 8 sont alors transmis au module d'aiguillage 16 puis 
au module de desencapsulation/encapsulation 17. 
[0080] De meme, lorsqu'un message de service mon- 

45 tantparvientau niveau du module d'aiguillage 16, celui- 
ci en detectant par son champ 10 (type de trame) qu'il 
s'agit effectivement d'un message de service, le trans- 
met au module de gestion des paquets de service 1 5, 
lequel en extrait les informations en vue de leur traite- 

so ment. 

[0081] Deux types de messages de service (ou tra- 
mes) peuvent etre rec, us ou generes par le module de 
gestion des paquets de service 1 5. Tout d'abord, il s'agit 
des messages dits "de voisinage" qui sont habituelle- 
55 ment envoyes selon un mode dit "en diffusion a un saut". 
De tels messages de voisinage component generale- 
ment la liste des voisins de la station note. II sera com- 
mode de rajouter en correspondance de chaque station 
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voisine un statut choisi parmi la liste suiv/ante : lien asy- 
metrique, lien symetrique, relais multipoints. Ces mes- 
sages de voisinage sont accompagnes d'une estampille 
(contenue par exemple dans le champ 11 donnant le 
numero de sequence) permettant de reconnaitre un s 
message portant des informations plus recentes. 
[0082] Un statut de type "lien asymetrique" indique 
que la station entend une autre station et n'est pas cer- 
taine d'etre entendue par celle-ci. En revanche, un sta- 
tut de type "lien symetrique" indique que la station en- ic 
tend une autre station et est certaine d'etre entendue 
par celle-ci. Un statut de type "relais multipoints" est un 
statut particulier qui permet de designer des stations 
particulieres permettant a une station donnee d'assurer 
des transmissions multipoints. Au fur et a mesure des '5 
echanges entre stations de messages de voisinage, tes 
statuts des stations voisines s'affinent. 
[0083] Les messages de topologie sont, quant a eux, 
envoyes, generalement, dans un mode dit "broadcast". 
Ms comportent une liste des voisins de la station emet- 20 
trice (note) qui permet de construire la topologie com- 
plete du reseau. 

[0084] Bien entendu, on pourrait envisager d'utiliser 
d'autres types d' informations topologiques, differents de 
ceux generalement utilises dans I'approche par "etat 25 
des liens" decrite ci-dessus. A trtre d'exemple, on pour- 
rait n'echanger que des informations portant sur la dis- 
tance entre noeuds. Pour ce faire, il suffirait d'envoyer 
dans les messages de service le vecteur de distance 
qui donne pour un point donne la distance minimale qui 30 
le separe de tout autre point du reseau. Une telle appro- 
che est generalement designee par I'homme de I'art 
sous le nom de "vecteur de distance". 
[0085] Selon le type d'approche choisi, les messages 
de topologie seront done envoyes soit en mode broad- 35 
cast general (approche de type etat des liens), soit en 
broadcast a un saut (approche de type vecteur de dis- 
tance). 

[0086] Les messages de service qui ont ete reconnus 
par le module d'aiguillage 16 comme porteurs d'infor- 40 
mations topologiques ou de voisinage sont fournis au 
module de gestion de paquets de service 1 5 (voir figure 
6). celui-ci en extrait les informations et les transmet au 
module de gestion de services reseau 14 (routage), et 
plus precisement a un module de calcul des tables de 45 
routage 18 qu'ilcomprend. Preferentiellement, laou les 
tables (ou directoire) de routage sont stockees dans ce 
module de calcul 1 8, si bien qu'a reception des informa- 
tions les moyens de calcul peuvent recalculer (ou mo- 
difier ou encore completer) ces tables de routage (ou so 
en d'autres termes les mettre a jour). 
[0087] Calculer une table de routage peut etre consi- 
dere, en premiere approximation, comme calculer tous 
les chemins permettant a une station donnee note d'at- 
teindre de fagon optimale la ou les autres stations du ss 
(ou des) reseau(x) auquel elle est connectee. 
[0088] Le calcul des tables de routage pourra etre ef- 
fectue par toute methode connue de I'homme de Tart, 
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selon le type d'approche choisie. On pourra notamment 
s'appuyer sur le calcul du nombre de sauts necessaires 
pour atteindre une destination, par exemple en utilisant 
les algorithmes de type DJISTRAou BELLMAN FORD. 
[0089] Le mode de generation des messages de ser- 
vice dependra de la variante choisie. Ainsi, dans un mo- 
de particulierement simple, on peut envisager que le 
module de gestion des paquots de service 1 5 compren- 
ne une temporisation (timer) capable de decompter une 
periode temporelle de longueur predeterminee, de sorte 
qu'a la fin de chaque periode decomptee un message 
de service soit systematiquement genere. Le decomp- 
tage definit un critere de generation de message qui se 
trouve verifie a chaque detection de fin de periode. En 
variante, le message de service peut etre genere par le 
module de gestion des paquets de service 15 sur un 
ordre (ou requete) recu d'une couche haute, telle que la 
couche reseau 3 de la station note, ou bien sur requete 
d'un module de configuration 19. Comme indique pre- 
cedemment, un message de service pourra etre emis 
spontanement lorsqu'un changement topologique a eu 
lieu dans une table de routage de la station concernee 
suite a la reception d'un message de service. 
[0090] Un tel module de configuration 19, peut etre 
forme, par exemple, d'un logiciel utilitaire permettant a 
un utilisateur de I'ordinateur (ou station note) de saisir 
des informations ou choisir des options, permettant de 
fixer les parametres de fonctionnement des differents 
modules, etages et cartes de la station. Le module de 
configuration 19 pourrait egalement permettre a un uti- 
lisateur de saisir toutes les informations, ou seulement 
certaines, permettant de constituer ou de modifier les 
differentes tables de routage stockees dans le module 
de gestion de service reseau 14 (routage). De meme, 
un tel module de configuration 19 pourrait permettre de 
gerer la longueur de la duree de temporisation fixant la 
periode temporelle du critere de generation de messa- 
ges de service par le module de gestion des paquets de 
service 15. 

[0091] Enfin, un tel module de configuration 1 9 pour- 
rait permettre de visualiser sur le moniteur de la station 
les differentes tables topobgiques, permettant ainsi, par 
exemple, de visualiser les liens entre les differentes sta- 
tions du ou des reseaux auxquels la station, dans la- 
quelle il est implante, est raccordee. 
[0092] On se refere maintenant plus particulierement 
a la figure 8 pour decrire un autre mode de fonctionne- 
ment d'une installation selon I'invention. 
[0093] Jusqu'a present il a ete decrit des modes de 
fonctionnement particuliers dans lesquels, un message 
montant ou descendant etait intercepts soit en vue 
d'etre traite par Tun des modules 14 ou 15, soit en vue 
d'etre transmis a la couche reseau 3 ou a I'etage pilote 
MAC 2. Cependant, selon I'invention, il est egalement 
possible de proceder a la retransmission d'un message 
recu au second format, soit du fait qu'il neconcerne pas 
reellement la station qui vient de le recevoir, soit du fait 
qu'il concerne cette station, mais qu'il en concerne ega- 
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lement d'autres (message a diffuser). 
[0094] II faut noter que du fait de la presence de la 
seconde paire d'adresses 8 et 9 en tele d'un message 
regu au second format, celui-ci est automatiquernent 
pris en compte et remonte par la carte reseau 1 vers s 
I'etage pilote MAC 2 et I'etage de gestion de reseau 5 
lorsque cette seconde paire d'adresses comporte com- 
me adresse de station de destination intermediaire 8 
celle de la station note dans laquelle ladite carte reseau 
1 est implantee. En d'autres termes, meme si I'adresse 10 
de la station de destination finale 6 (contenue dans la 
premiere paire d'adresses) n'est pas celle de la station 
note, le message est remonte. 
[0095] C'est done I'etage de gestion de reseau 5 qui 
va decider de la poursuite de la transmission d'un mes- *5 
sage recu au second format. Pour ce faire, I'etage de 
gestion de reseau 5 est capable, a reception d'un mes- 
sage montant, provenant de la carte reseau 1 via I'etage 
pilote MAC 2, d'effectuer un premier test 100 portant sur 
I'adresse de la station de destination finale 6 contenue 20 
dans ia premiere paire d'adresses du message recu au 
second format. Si le resultat de ce premier test est po- 
sitif, alors le module d'aiguillage 16 transmet le messa- 
ge (eventuellement prealablement desencapsule par le 
module de desencapsulation/encapsulation 17) a la 25 
couche reseau 3, ce qui constitue I'etape 110. 
[0096] Puis, I'etage de gestion de reseau 5 effectue 
un second test 1 20 de maniere a determiner si le mes- 
sage regu au second format doit egalement etre retrans 

mis vers une ou plusieurs autres stations du ou des re- 30 
seaux. Si le resultat de ce test 120 est negatif, alors, le 
traitement effectue par I'etage de gestion de reseau 5 
se termine. En revanche, si le resultat de ce test 120 est 
positrf ou si le resultat du premier test 100 est negatif, 
alors le module de gestion de service reseau 1 4 (routa- 35 
ge), et plus precisement son module d'optimisation de 
chemin 20, procede dans une etepe 130 a la determi- 
nation de I'adresse de la station relais suivante vers la- 
quelle doit etre retransmis ledit message. 
[0097] Pour ce faire, le module d'optimisation de che- 40 
min 20 va lire la ou les tables de routage stockees dans 
le module de calcul 1 8 pour en extraire une adresse de 
station de destination intermediaire 8 et la transmettre 
au module d'aiguillage 16 qui va alors la communiquer 
au module de desencapsulation/encapsulation 17 en 45 
compagnie du message a retransmettre. 
[0098] Bien entendu, en variante on peut envisager 
que le message recu au second format demeure dans 
le module de desencapsulation/encapsulation 17, par 
exemple dans une memoire appropriee, et que le mo- so 
dule d'aiguillage 16 ne lui transmette que I'adresse de 
la station de destination intermediaire 8. Le module de 
desencapsulation/encapsulation 17 n'a plus alors qu'a 
remplacer la seconde paire d'adresses contenue dans 
le message regu au second format par une nouvelle se- ss 
conde paire d'adresses formee de I'adresse de la station 
de destination intermediaire fournie par le module de 
determination du chemin optimal 20 : ainsi que I'adresse 



de la station source intermediaire 9 qui n'est rien d'autre 
que I'adresse de la station note. Cela constitue I'etape 
140 qui met fin a la procedure de traitement par I'etage 
de gestion de reseau 5. Dans une telle situation, il est 
avantageux que tous les autres parametres du messa- 
ge a retransmettre demeurent inchanges. 
[0099] II est clair que les messages au second format 
peuvent comporter un champ (par exemple 11 ou 12) 
permettant a la carte reseau 1 de les ignorer, sans qu'ils 
ne remontent, et par consequent eviter que I'etage de 
gestion de reseau 5 travaille inutilement. 
[0100] On se refere maintenant a la figure 9 pour de- 
crire une variante des modes de realisation de I'etage 
de gestion de reseau 5 illustre sur les figures 3A et 3B. 
[0101] Dans cette variante de realisation, I'etage de 
gestion de reseau 5 comporte un module de synchroni- 
sation 21 permettant de synchroniser la station note, et 
plus precisement, au moins ses moyens d'emission/re- 
ception loges dans la carte reseau 1 . On entend ici par 
synchronisation, aussi bien une synchronisation fre- 
quentielle de maniere a pouvoir caler la station sur la 
frequence d'emission de messages de synchronisation, 
que la synchronisation temporelle de maniere a fournir 
a ladite station note une reference de temps commune 
lui permettant de se caler effectivement sur le mode fre- 
quentiel d'emission des messages de synchronisation. 
[0102] Ce mode de synchronisation est particuliere- 
ment utile dans les reseaux du type dit "a saut de fre- 
quence" dans lesquels la frequence d'emission des 
messages varie au cours du temps, au niveau des sta- 
tions, selon un schema frequenttel et temporel connu, 
par exemple. 

[0103] Le module de synchronisation 21 peut etre soit 
raccorde a la carte reseau 1 par I'intermediaire de I'eta- 
ge pilote MAC 2 (comme illustre sur la figure 9), soit etre 
en mesure de fournir a cette carte reseau 1 des infor- 
mations de synchronisation via le module d'aiguillage 
16, le module de desencapsulation/encapsulation 17 et 
I'etage pilote MAC 2. 

[0104] Dans la premiere hypothese, c'est -a-dire lors- 
que le module de synchronisation 21 pilote directement 
la carte reseau via I'etage pilote MAC 2, on pourra pre- 
voir que ledit pilotage sera execute par une primitive 
particuliere de I'etage pilote MAC 2 ou bien par une pri- 
mitive de configuration initiale, ce qui est classique dans 
les etages pilotes MAC connus. 
[0105] Afin de pouvoir prendre en compte les messa- 
ges de synchronisation circulant sur le medium, ici 
r ether, i I est avantageux que le module de gestion des 
paquets de service 1 5 comporte une partie 22 dediee a 
la gestion des messages de synchronisation. Ainsi, la 
generation de messages de service, qu'il s'agisse de 
messages topologiques, de messages de voisinage ou 
de messages de synchronisation peut etre geree par un 
unique module de gestion de paquets de service 1 5. 
Bien entendu, la partie 22 de ce module de gestion de 
service, dediee au message de synchronisation, est en 
relation etroite avec le module de synchronisation 21 de 
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maniere a lui fournir les informations de synchronisation 
contenues dans les messages de synchronisation recus 
du module d'aiguillage 1 6. 

[0106] En variante, le module de synchronisation 
pou rrait comprendre ses propres moyens de gestion de s 
paquets de service de synchronisation. 
[0107] Les informations relatives a la frequence com- 
mune, contenues dans les messages de synchronisa- 
tion pourront comprendre soit la liste des frequences du 
schema devolution de la frequence commune et les du- w 
rees de sejour respectives de ces frequences, soit un 
identifiant de liste de frequences et de durees asso- 
ciees, les stations comportant alors une memoire dans 
laquelle se trouve stockee une table de correspondance 
entre des identifiants de liste et des listes et durees. is 
[01 08] L'mventton permet egalement grace au modu- 
le de synchronisation, de gerer les echanges de mes- 
sages entre reseaux fonctionnant selon des synchroni- 
sations differentes. 

[0109] Par ailleurs, grace a I'etage de gestion de re- 20 
seau 5, il est egalement possible de gerer les echanges 
de messages entre des reseaux ou sous-reseaux desi- 
gned par des numeros differents contenus dans un 
champ specifique des messages au second format. 
[0110] L'invcntton conccrnc egalement les precedes 2s 
de transmission de messages (ou donnees, ou encore 
trames) utilisant les stations relais decrites ci-avant, et 
comportant I'une et/ou I'autre des etapes a) et b) 
suivantes : 

30 

a) intercepter chaque message (de donnees, de 
service (topologique. de voisinage ou de synchro- 
nisation) qui dott etre echange entre I'etage reseau 
3 et I'etage pilote 2 d'une station Si (dans le sens 
montant ou descendant), puis analyser les informa- 35 
tions qui sont contenues dans le message intercep- 
ts de maniere a decider de la poursuite de leur 
transmission moyennant un eventuel traitement 
(par exemple une desencapsulation suivie d'une 
transmission a I'un des modules 1 4 ou 1 5 ou a I'eta- 40 
ge reseau 3, ou une encapsulation avec ou sans 
routage), en fonction d'au moins un critere portant 

sur les informations analysees, et de preference sur 
un champ tel que le type desdites informations, 

45 

b) generer un message d un type choisi (par exem- 
ple un message de service topologique ou de voi- 
sinage. ou encore de synchronisation), spontane- 
ment ou sur requete d'une couche haute (etage re- 
seau 3 ou module de configuration 1 9), en vue de so 
son emission dans le medium d'un reseau (ou dans 
celui de I'un au moins des reseaux lorsque la station 

est raccordcc a plusieurs reseaux), des qu'une con- 
dition choisie est verifies (par exemple a reception 
d'une requete ou a la fin d'une psriode de tempori- ss 
sat ion). 

[0111] Le procede pourra comprendre egalement tou- 



tes les etapes de traitement qui ont ete decrites prece- 
demment en reference aux variantes ^installations. 
[0112] Dans ce qui precede on a parle de stations (or- 
dinateur de type PC) equipees de modules et autres 
moyens. Ces modules et moyens doivent etre compris 
aussi bien en tant que composants electroniques spe- 
cifiques (ou circuits) qu'en tant que procedures pro- 
grammees. 

[0113] L'invention ne se limite pas aux modes de rea- 
lisation decrits ci-avant, seulement a litre d'exemple, 
mais elle s'etend aux variantes, ^installations comme 
de precedes, que pourra developper I'homme de Tart 
dans le cadre des revendications ci-apres. 
[0114] Ainsi, on adecrit des messages au second for- 
mat comportant des premier et second champs consti- 
tue chacun d'une premiere ou seconde paire d'adres- 
ses. Cependant, on pourrait envisager qu'un message 
au second format ne comporte qu'un second champ, ce 
champ etant constitue, de preference, de la seule adres- 
se de la station intermediaire determined par I'etage de 
gestion. De meme, on pourrait envisager des modes de 
fonctionnement dans lesquels les messages au second 
format comportent un premier et un second champs, 
constitues respectivement de la seule adresse de la sta- 
tion source finale et de la seule adresse de la station 
intermediaire determines par I'etage de gsstion. 
[0115] Par ailleurs, il sera envisagsabls que le second 
format puisse presenter, ou s'approche, des formes re- 
ten ues respectivement par les normes 802.11 et Hl- 
PERLAN. 1 1 est egalement envisageable que les formats 
precites puissent etre utilises avec de legeres modifica- 
tions relatives a ('utilisation de certains champs. Par 
exemple, lanorme 802.11 contient des champs qui peu- 
vent porter I'adresse des ponts entre le reseau radio et 
un systeme de distribution. Ces champs pourraient etre 
employes pour identifier les stations intermediates. De 
meme, la norme802.11 off re la possibility dedistinguer 
les differents types de trames; cette possibility pourrait 
etre utilisee dans ('invention pour discerner les differen- 
tes trames (ou messages) de service. 



Revendications 

1. Installation de transmission de messages entre des 
stations (S) comportant chacune : 

un systeme d'exploitation (4), 
un etage "reseau" (3) pour traiter et generer des 
messages d'un premier format, 
une carte de communication (1) propre a 
echanger des messages d'un second format 
avec au moins un reseau, 
un stag© "pilote" (2) propre a placer des mes- 
sages recus de la carts (1 ) ou de I'etage reseau 
(3) respectivement dans le premier format ou 
le second format pour les transmettre audit eta- 
ge reseau (3) ou a ladite carte (1 ), et 
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des moyens d'interface desdits etages, carte et 
systeme d'exploitation entre eux, 

caracterisee en ce que certaines stations (S) 
au moins comprennent un etage de gestion (5) cou- s 
pie audit systeme d'exploitation (4) par lesdits 
moyens d'interface et propre a intercepter les mes- 
sages au premier format devant etre echanges par 
I'etage reseau (3) et I'etage pilote (2) de maniere a 
analyser les informations qu'ils contiennent et deci- 10 
der de la poursuite de leurtransmission, moyennant 
un eventuel traitement, en fonction d'au moins un 
critere portant sur lesdites informations analysees, 
et/ou propre a generer des messages d'un type 
choisi. au second format, en vue de leur emission is 
dans le reseau via ladite carte (1 ) lorsqu'une condi- 
tion choisie est verifiee. 

2. Installation selon la revendication 1, caracterisee 

en ce que ledit systeme d'exploitation (4) est de type 20 
multitaches. 

3. Installation selon Tune des revendications 1 et 2, 
caracterisee en ce que lesdits messages au second 
format comprennent un premier champ (6,7). 25 

4. Installation selon la revendication 3, caracterisee 
en ce que ledit premier champ comporte au moins 
une adresse de station de destination finale (6). 

30 

5. Installation selon la revendication 4, caracterisee 
en ce que ledit premier champ comporte une pre- 
miere paire d'adresses comprenant une adresse de 
station source initiale (7) et I'adresse de station de 
destination finale (6). 35 

6. Installation selon Tune des revendications 1 a 5, ca- 
racterisee en ce que lesdits messages au second 
format comprennent un second champ (8,9) for- 
mant au moins partie de capsule. 40 

7. Installation selon la revendication 6, caracterisee 
en ce que ledit second champ comporte au moins 
une adresse de station de destinatbn intermediaire 
(8). 

8. Installation selon la revendication 7, caracterisee 
en ce que ledit second champ comporte une secon- 
de paire d'adresses comprenant I'adresse de la der- 
niere station, dite station source intermediaire (9), so 
ayant emis ledit message au second format et 
I'adresse de station de destination intermediaire (8). 

9. Installation selon Tune des revendications 1 a 8, ca- 
racterisee en ce que lesdits messages au second ss 
format comprennent une donnee (10) representati- 
ve du type d'information qu'ils contiennent. 



10. Installation selon la revendication 9, caracterisee 
en ce que ledit critere choisi porte sur le type des 
informations (10) contenues dans les messages re- 
cues d'un etage. 

11. Installation selon I'une des revendications 1 a 10 : 
caracterisee en ce que lesdits messages au second 
format comprennent au moins une autre donnee, 
en particulier representative de leur numero de se- 
quence (11). 

12. Installation selon Tune des revendications 1 a 11, 
caracterisee en ce que chaque reseau est choisi 
parmi le reseau radio et le reseau filaire. 

13. Installation selon la revendication 12, caracterisee 
en ce que le format d'un reseau radio est choisi par- 
mi au moins le format de la norme "HIPERLAN" et 
le format de la norme IEEE 802. 1 1 , et en ce que le 
format d'un reseau filaire est choisi parmi au moins 
les standards ISO pour les normes IEEE 802.3, 
802.5 et 802.14. 

14. Installation selon I'une des revendications 4 a 13, 
caracterisee en ce que ledit etage de gestion (5) 
comprend des moyens de routage (14,18,20) pro- 
pres a stocker au moins une table de routage com-* 
portant au moins les adresses des stations de des- 
tination intermediaire avec lesquelles la station qui 
I'accueille peut echanger des messages au second 
format, et en ce que lesdits moyens de routage 
(14,18,20) sont agences pour, d'une part, extraire 
le premier champ (6,7) d'un message recu, pour de- 
terminer dans la table de routage une adresse de 
station de destination intermediaire (8) permettant 
d'optimiser la transmission dudit message jusqu'a 
la station de destination finale (6) dont I'adresse est 
contenue dans ledit premier champ extraite, et 
d'autre part, former une second champ contenant 
ladite adresse de station de destination intermediai- 
re extraite (8) et destine, soit, lorsque le message 
est issu de I'etage pilote (2), a remplacer celui ini- 
tialement contenue dans le second champ du mes- 
sage recu a retransmettre, soit, lorsque le message 
est issu de I'etage reseau (3), a completer son con- 
tenu en vue de sa transmission. 

15. Installation selon la revendication 14, caracterisee 
en ce que lesdits moyens de routage (14,18,20) 
comprennent en outre des moyens de calcul (18) 
propres a modifier le contenu de ladite table de rou- 
tage a partir d'informations de routage contenues 
dans des messages de service recues au second 
format proven ant du reseau. 

16. Installation selon I'une des revendications 14 et 15, 
caracterisee en ce que I'une au moins des stations 

■ (S) munies d'un etage de gestion (5) comprend au 
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moins un autre etage pilote (2-2) relie audit etage 
de gestion et a une autre carte de communication 
(1 -2) connectee a un autre reseau. et en ce que ledit 
etage de gestion (5) est propre a choisir fun au 
moins des reseaux en vue de la transmission de 
messages, en fonction de I'adresse de la station de 
destination intermediate (8) contenue dans le se- 
cond champ du message a transmettre. 

17. Installation selon Tune des revendications 5 a 16, 
caracterisee en ce qu'il comprend des moyens de 
desencapsulation/encapsulation (17) propres a ex- 
traire un second champ, ou partie au moins de cap- 
sule, d'un message issu de I'etage pilote (2) ou a 
ajouter un second champ a un message destine a 
une station au moins du reseau via cet etage pilote 
(2). 

18. Installation selon Tune des revendications 1 a 17, 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de gestion de messages de ser- 
vice (15). 

19. Installation selon la revendication 18, caracterisee 
en ce que les moyens de gestion de messages de 
service (15) sont propres a generer des message 
"a diff user 0 pour de multiples stations de destination 
finale appartenant a au moins un reseaux. 

20. Installation selon I'une des revendications 18 et 19, 
caracterisee en ce que les moyens de gestion de 
messages de service (15) comprennent des 
moyens de temporisation propres a decompter une 
duree choisie de sorte qu'apres chaque fin de de- 
comptage de ladite duree un message de service 
soit genere, ladite fin definissant la condition choisie 
verifiee. 

21. Installation selon I'une des revendications 18 a 20, 
caracterisee en ce que les moyens de gestion de 
messages de service (15) sont agences pour emet- 
tre un message de service apres chaque modifica- 
tion de la table de routage, ladite modification defi- 
nissant la condition choisie verifiee. 

22. Installation selon I'une des revendications 1 a 21, 
caracterisee en ce que les stations (S) compren- 
nent des moyens de configuration (19) des diffe- 
rents etages et carte(s) raccordes a ceux-ci ainsi 
qu'audit systeme d'exploitatbn par lesdits moyens 
d'interface. 

23. Installation selon la revendication 18 en combinai- 
son avec la revendication 22, caracterisee en ce 
que lesdits moyens de gestion de messages de ser- 
vice (15) sont aptes a generer un message de ser- 
vice sur requete locale de I'etage reseau (3) ou des 
moyens de configuration (19), ladite requete defi- 



nissant la condition choisie verifiee. 

24. Installation selon la revendication 16 en combinai- 
son avec I'une des revendications 22 et 23, carac- 

5 terisee en ce que lesdites informations de routage 
sont contenues dans des messages provenant des 
moyens de configuration (19). 

25. Installation selon I'une des revendications 1 a 24, 
'0 caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de synchronisation (21,22) 
agences pour former des messages de synchroni- 
sation en frequence et en temps destines a certai- 
nes autres stations, et, a reception d'un message 

; 5 de synchronisation, en extraire les informations de 
maniere a placer les moyens d'emission/reception 
de la carte de communication (1 ) de sa station dans 
I'etat correspondant auxdites informations extrai- 
tes. 

20 

26. Installation selon la revendication 25, caracterisee 
en ce que les moyens de synchronisation (21,22) 
sont agences pour generer ledit message de syn- 
chronisation de facon spontanee, en particulier pe- 

25 riodiquement. 

27. Installation selon I'une des revendications 25 et 26, 
caracterisee en ceque les moyens de synchronisa- 
tion (21 ,22) sont agence pour generer ledit messa- 
ge g e de synchronisation sur requete locale de I'etage 

reseau (3) ou des moyens de configuration (19). 

28. Installation selon I'une des revendications 25 a 27, 
caracterisee en ce que les moyens de synchronisa- 

3$ tion (21 ,22) sont agences pour generer des messa- 
ges d'interrogation requerant renvoi d'un message 
de synchronisation. 

29. Installation selon la revendication 9 en combinaison 
^0 avec I'une des revendications 1 5 a 28, caracterisee 

en ce que ledit etage de gestion (5) comprend des 
moyens d'aiguillage (16) connectes auxdits 
moyens d'encapsulation/desencapsulation (17), 
auxdits moyens de routage (14,18,20), auxdits 
45 moyens de gestion de messages de service ( 1 5) et 
auxdits moyens de synchronisation (21 ,22). 

30. Installation selon la revendication 29, caracterisee 
en ce que lesdits moyens d'aiguillage (16) sont pro- 

so pres a determiner a partir du type desdits messages 
recus I'etage (les etages), parmi I'etage reseau (3) 
et I'etage pilote (2), et/ou les moyens, parmi les 
moyens de routage (14,18,20), les moyens de de- 
sencapsulation/encapsulation (17), les moyens de 

5 5 synchronisation (21 ,22) et les moyens de gestion 
de messages de service (15), concerne(s) par un 
message qu'ils ont recu, et a transmettre ledit mes- 
sage a I'etage (aux etages) ou moyens ainsi deter- 
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mine(s). 

31. Installation selon Tune des revendications 1 a 30, 
caracterisee en ce que I'etage de gestion (5) (ait 
partie de I'etage pilote (2). s 

32. Proc6de de transmission de messages entre des 
stations (S) d'une installation selon I'une des reven- 
dications precedentes, caracterisee en ce qu'il 
comprend I'une et/ou I'autre des etapes suivantes: io 

intercepter les messages devant etre echan- 
ges entre un etage reseau (3) et un etage pilote 
(2) d'une station (S), puis analyser les informa- 
tions contenues dans lesdits messages inter- is 
cept6s de maniere a decider de la poursuite de 
leur transmission, moyennant un eventuel trai- 
tement, en fonction d'au moins un critere por- 
tant sur lesdites informations analyses, 
generer un message d'un type choisi en vuede 20 
son emission dans le reseau lorsqu'une condi- 
tion choisie est verifiee. 
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